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MULTICAST TRANSMISSION OF INFORMATION OVER A SATELLITE 



5 COPYRIGHT NOTIFICATION 

Portions of this patent application contain materials that are 
subject to copyright protection. Tne copyright owner has no 
objection to the facsimile reproduction by anyone of the patent 
document, or the patent disclosure, as it appears in the Patent 

10 and Trademark Office. 



Field of the Invention 
This invention generally relates to improvements in computer 
systems, and more specifically, to utilizing multicast satellite 
15 broadcast technology as a bridge between telephony operations 
and the Internet. 

Background of the Invention 
Traditionally, data has been delivered to network-connected 
20 desktop personal computers either by broadcasting or 
unicascng. while the need for multicasting data has been 
unsatisfied. Broadcasting is a form of addressing wherein the 
destination address specifies all destinations: all destinations 
mdiscnminately receive the data whether or not the data is 
25 needed by the destination computer. Where data is not needed 
at a particular network-connected personal computer, the 
transmission of the data is an inefficient use of resources. This 
can be particularly disabling to a network that does not have 
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sufficient bandwidth capacity for all of the data traffic. 
Broadcasting is less efficient in direct relation to the proportion 
of users in the community of the broadcast that do not need the 
broadcast data. 

In contrast, unicasting is a form of addressing where the 

destination address specifies a single destination. Unicasting 

eliminates the unnecessary transmission of data to destinations 

* * 

that have no need for the data, but is still inefficient because 
the data will be replicated on the network for each individual 
destination. For example, when data is transmitted to 20 
personal computers connected to a server, 20 transmissions of 
the data will be made, each with a different individual 
destination address. 

Where data needs to be transmitted to a limited set of all 
network-connected personal computers, transmission using 
broadcasting or unicasting falls shore of efficient resource use. 
Multicasting offers more efficient resource use. Multicasting is 
a form of addressing wherein a source sends data to a server 
and the server sends one copy of the data to each of the 
destination computers. This form of addressing is particularly 
beneficial where the link between the source and the server has 
limited capacity or high cost because only one copy of the data 
thac is intended for multiple recipients is transmitted to the 
server. Multicasting makes the most efficient use of an 
expensive link or a link that has insufficient capacity for 
transmission to multiple destinations by reducing the number 

2 
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of transmissions across the critical link to one. rather than 
requiring that multiple transmissions be made for each 
destination address. 

5 One arena where multicasting is implemented is the Internet. 

Multimedia applications involve text, graphics, voice and video and 
hypertext operations. Multimedia applications typically require large 
amounts of data in comparison to traditional computer applications. . 
The Internet has increasingly become the communication network of 

10 choice for the consumer marketplace. Multimedia applications exist 
on the Internet, but the throughput of the Internet limits the 
usefulness of multimedia applications because multimedia 
applications are highly interactive and require higher throughput than 
the Internet can provide. The limitations on bandwidth make the 

15 Internet more sui ta ble and efficient for low bandwidth applications 
such r^gii and smaller multimedia applications. 

The Multicast backbone (MBONZ) is a virtual nervork on top of 
the Internet which supports routing of Internet Protocol (I?) 

20 multicast nackets. intended for multimedia transmission. 
M303ME enables public access to desktop video 
communications. However, the quality is poor, with only 3-5 
frames per second instead of the 30 frames per second of 
commercial television. Therefore, transmission of multimedia 

25 data via the Internet is too slow, even using multicasting. 

Two independent technologies have emerged that provide 
greater speed and throughput (Internet Protocol (IP) Multicast 

3 
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and Digital Video Broadcast) that together have the potential to 
provide for transmission of multimedia information over a 
network. IP Multicast is an important advance in IP networking 
that has been under development since the early 1990 # s but is 
5 only now receiving broad (and growing) practical industry 
backing through the commercial availability of network 
infrastructure elements. 

An extension of standard I?. IP Multicast allows applications to 
10 send one copy of information to a group address, and have the 
infonnatLon transmitted to each recipient of the group requiring 
receipt of the information- E? Multicast is more emcient than 
point-to-point unicast because the source need send only once, 
and more eScient than broadcast since only interested nodes 
15 are impacted by transmission of the information. E? Multicast 
thus scales well as the number of participant and collaborations 
essand. and it integrates well with other new D? protocols and 
services, such as Quality of Service requests to support real- 
time multimedia. 

20 

However, despite the advantages of IP Multicast, its terrestrial 
implementation may be slo-w because all routers between the 
sender and the receivers must be EP Multicast enabled. Even 
then, network bandwidth, may be limited for some considerable 
25 time. The demand of consumers for digital satellite TV systems 
has driven the development of Direct Broadcast Satellite (DBS) 
systems that can broadcast directly to small, low cost receiver 
equipment. The standard likely to become dominant on a global 
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basis is Digital Video Broadcast (DVB) which was developed by 
the European Broadcasting Union. 

DVB specifies standards for the digital broadcast of video. 
5 sound and data across satellite [DVB-S). cable (DVB-C) and 
SMATV (DV3-CS) data link layers. DVB specifies common 
conformance standards at several levels including channel 
coding (Reed-Soloman forward error correction), transport layer 
(MPEG- 2 Systems Transport b its tr earn) and elementary scream. 

10 layers (MPEG- 2 for video encoding and MPEG-1 for audio 
encoding). An elemental stream is a single, digitally coded- 
component of a multimedia channel (e.g. a single coded video or 
audio stream). MFEG-2 elemental stream encoding thus 
provides good VHS quality video at 1.5-2 Megabits and studio 

15 production quality video at approx. 6-8 Megabits. 

MFEG-2 transport enables video,, audio and data to be 
multiplexed onto the physical channel of choice, with DV3 
specifying the remaining system elements for each transport 
20 media being used. For example with satellite communications 
DVB specifies the physical channel (single 3S Megabits satellite 
transponder), signal/ noise ratio and channel coding (e.g. 
2b it/ symbol QPSK mcdulatioh). 

25 Satellite communications offer sufficient bandwidth for remote 
multimedia applications, however satellite connections for the 
typical computer user are practically non-existent and 
expensive and do not allow for use of economical open 
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client/server technologies. A client/server architecture is an 
economical, proven and common form of distributed system 
wherein software is split between server tasks and client tasks. 
A client sends requests to a server, according to some protocol. 
5 asking for information or action, and the server responds. 

There may be either one centralized server or several distributed 
ones. This model allows clients and servers to be placed 
independently on nodes in a network, possibly on different 
hardware and operating systems appropriate to their function. 
10 e.g. fast server with an inexpensive client. 

There is a rapidly increasing market demand for network based 
application services- that enable the efficient operation of 
computer applications which are one-to-many in their 

15 information flow and which require high network bandwidth. 
Major advances in digital transmission, encoding and inter- 
networking technology and the advent of direct broadcast 
satellite have matched this. This market need combined with 
the emerging technological capability has prompted 

20 development in accordance with a preferred embodiment. The 
engineering challenge was to develop a system solution that 
makes optimum use of emerging digital broadcast technology 
such as DVB /MPEG while seamlessly integrating into an 
emerging IP Multicast standard for data technology. With such 

25 an emergent service, the architecture of any solution must also 
be scaleable from an early system for deployment as part of an 
individual customer solution, through to a multi-customer 



6 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



PCT/US98/14606 



service platform capable of simultaneously supporting multiple 
larse business customers. 

There are two basic models for delivery of information to 
5 endusers: (a) information can be requested by the end user of a 
central source (pull model) , or (b) information can be sent from 
the central source to the end user (push model). Established 
LAN and WAN technologies, applications and services are very 
efficient at supporting the pull model of information flow. 
10 However, as advanced information technology becomes critical 
to organizations, there is a rapidly increasing market demand 
for information technology and network services that efficiently 
enable push oriented, one-to-many information flow. 

15 In addition, even when data compression is used, the 

increasingly multimedia nature of applications requires high 
bandwidth support of a one-to-many information flow. And even 
many non-multimedia applications require high bandwidth for 
the timely transfer of large files of information. The concept of 

20 multicasting was originally developed to provide application and 
inter-network services in response to a demand fcr high 
bandwidth one- to-many services. Multicasting utilizes the 
natural broadcast capabilities of a satellite infrastructure, while 
smoothly integrating with existing and emerging terrestrial data 

25 network services and pull oriented application services. 

A solution to the problems of transmitting multimedia data and 
supporting call processing across the economical Internet while 
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utilizing the high throughput of orbital satellites would integrate 
the Internet and satellites into a hybrid telecommunications 
system using multicasting client/server technologies. 

5 The present invention relates to the integration of satellite 

transmission facilities with the Internet and telephony systems, and 
more specifically, to a system, method and article of manufacture for 
using the Internet and satellite transmissions as the communication 
backbone of a distributed multicasting client/server communication 

10 system architecture. This architecture allows a user to transmit data 
to a central site and then transmit the information through a satellite 
link to numerous destination ground stations that have direct 
broadcast satellite PBS). The satellite receiving services are old; 
however, multicasting data through a satellite link to local receiving 

15 stations that distribute the data by unicas ting to numerous individual 
destinations on a standard, non-proprietary software transport 
mechanism, such as the internet, is new. 

SUMMARY OF THE INVENTION 
20 The foregoing problems are overcome in an illustrative embodiment of 
the invention in a hybrid network computing environment wherein a 
hi<*h bandwidth data is transmitted via satellite links to individual . 
computers. The solution is to use multicasting and satellite links in 
the transmission route where speed and performance and cost are 
25 most critical, up to the point of local distribution via a local area 

network or the Internet* The data is transmitted from the source to a 
receiving facility at the site of final distribution via a satellite, which 
greatly improves performance in comparison to transmission via the 
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Internee or the telephone system. The cost of this transmission is 
reduced and the performance is increased by multicasting the 
transmission. When the multicast information is received at the 
receiving facility, the data is sent to each of the individual destinations 
5 using a standard, non-proprietary mechanism such as the Internet- 
Scalability and economy are improved through the use of the industry 
standard non-proprietary software transport mechanism fCP) at the 
receiving facility. 

10 In a rurmer aspect of a preferred embodiment of the invention, the 
receiving facility will examine the status of the transmission and if the 
transmission was unsuccessful, the receiving facility will transmit 
information indicating an error status to the source, and the source 
will respond by transmitting the multicast data again, thus providing 

11 reliable data delivery. 

In stiii another aspect of the invention, the gateway server is 
configured to route any messages larger than a cenain size to a 
satellite broadcast facility if the messages are traveling more than 
20 10C0 miles. 

In ye: another aspect of the invention, a production token ring 
network is in communication 'with the gateway server. The 
production token ring network is optionally coupled to an 
25 interior packet filter configured to accept only communications 
originating from a predetermined set of addresses. 
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In an additional aspect of the invention, video transmissions are 
encoded according to the MPEG-2 standard IS- 138 18. 

Brief Description of the Drawings 
5 The above and further advantages of the invention may be 
better understood by referring to the following description, in 
conjunction with the accompanying drawings, wherein: 

Fi<nire 1 illustrates the general topology of a source and a 
10 receiving facility communicating via a network in accordance 
with a preferred embodiment; 

Figure 2 illustrates the physical system decomposition in 
accordance with a preferred embodiment; 

15 

Figure 3 illustrates an IP datagram in accordance with a 
preferred embodiment; 

Figure 4 illustrates the path of an IP multicast datagram over a 
20 network in accordance with a preferred embodiment; 

Figures 5A through 5B describe a flow chart of a computer 
software program that will transmit IP multicast data using 
sockets in accordance with a preferred embodiment; 

25 

Figures. 6A through 6B describe a flow chart of a computer 
software program that will receive IP multicast data using 
sockets in accordance with a preferred embodiment; 
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Figure 7 illustrates the general topology of a source in 
accordance with a preferred embodiment: 

5 Figure 8 illustrates the general topology of a broadcast 

operation center in accordance with a preferred embodiment; 

Figure 9 illustrates the topology of a content provider facility 
and a broadcasting operation center including an iijput 
io gateway, an information store and output gateways in 
accordance with a preferred embodiment; 

Figure 10 illustrates the output gateways communicating with 
the uplink facility of the source in accordance with a preferred 
is embodiment; 

Figure 1 1 illustrates the uplink technical core in accordance 
with a preferred embodiment; 

20 Figures 12 illustrates the receiving facility in accordance with a 
preferred embodiment; 

Figures 13 illustrates the layered system architecture in 
accordance with a preferred embodiment; 

25 

Figure 14 illustrates the application services layer in accordance 
with a preferred embodiment; 
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Figure 15 illustrates the functional decomposition of 
architectural layers in accordance with a preferred embodiment: 
and 

5 Figure 16 is a block schematic diagram of a computer system, 
for example, a personal computer system on which the inventive 
information manager operates at numerous points on the 
system, including the source, the receiving facility and the 
destinations. 



io 



DETAILED DESCRIPTION 

To assist in clarifying the technical subject matter of this 
amplication, a few terms are defined at the outset 



.Definition of 
terms 



Bandwidth 



Table 1 - Universal Terms 



Measure of the amount of data 
passing through a network at a 
eiven time. 



Bridge 


A nerwork bridge works on layer 2 
of the OSI model. Thus, bridges 
are protocol independent. Network 
traffic is typically forwarded to 
correct bridge interfaces based on 
MAC address. 


Distance Vector 
Multicast 
Routing Protocol 
(DVMRPJ 


DVMRP is the original IP Multicast 
routing protocol. It was designed to 
run over both multicast capable 
LANs (like Ethernet) as well as 
through non-multicast capable 
routers. In this case, the IP 
Multicast packets are "tunneled" 
through the routers as unicast 
packets. This reDlicates the 
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packets and has an effect on 
performance but has provided an 
intermediate solution for IP 
Multicast routing on the Internet 
while router vendors decide to 
support native IP Multicast 
- routing. 


Duplex 

C ommunications 


Two-way point to point 
communications . 


internet 


A group of networks that are 
interconnected so that they appear 
to be one continuous network, and 
can be addressed seamlessly at the 
Network Layer Three of the OSI 
model. Also, the "Internet" (capital 
I) is the name given to the global 
network also known as the "World 
Wide Web". 


Internet Group 
Management 
Protocol 
(IGMPJ 


IGM? was primarily designed for 
hosts on multi-access networks to 
inform locally attached routers of 
their group membership 
information-. This is performed by 
hosts multicasting IGMP Host 
Membership Reports. Multicast 
routers listen for these messages 
and then can exchange group 
membership information with 
other multicast routers. This 
allows distribution trees to be 
formed to deliver multicast 
datagrams. The original version of 
IGMP was denned in RFC 1112. 


Internet 
Protocols (IP) 


An unreliable, connectionless 
datagram delivery service that 
allows networks to interact in a 
coherent manner and to pass data 
across multiple networks. The 
TCP/IP standard protocol defines 
the IP datagram as the unit of 
information passed across an 
Internet and provides the basis for 
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connectionless packet delivery 
service. IP includes the ICMP 
control and error message protocol 
as an integral part. It provides the 
functional equivalent of ISO OSI 
Network Services. 


Intranet 


A subset of a larger network. An 
interconnected set of networks 
within a particular domain, such 
as a corporation, using IP or 
proprietary protocols to 
communicate between networks. 


IP Address 


The 3 2 -bit address assigned to 
hosts that want to participate in a 
TCP/IP Internet. 


IP datagram 


The basic unit of information 
oassed across a TCP/IP Internet. 


Local Area 
Network (LAN) 


A network physically confined to a 
small region of space, typically 
within a single building; 
contrasting with a Wide Area 
Network (WAN), which may be 
countrywide or even worldwide. 


Multicast 


IP-Multicast is the class -D 
addressing scheme in IP developed 
by Steve Deering at Xerox PARC. A 
set of Internet Protocols designed 
to allow point to multipoint 
distribution of data. 


Multicast 
Address 


An address, within a range of I? 
addresses, that identifies the data 
as a multicast session. 


Multimedia 


Digital information intended to 
interface with the human senses. 


Protocol 
Independent 
Multicast 
(PIM) 


PIM was designed to take 
advantage of two existing multicast 
routing protocols. DVMRP and 
CBT. It exhibits the behavior of a 
protocol in a region of dense group 
membership flooding multicast 
packets us ins: Reverse Path | 
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Multicasting, while also taking 
advantage of the work done for 
sparse group membership in Core 
Based Trees. Hence, the protocol 
has two modes, dense and soarse. 


Protocol 
Independent 
Multicast- 
Sparse Mode 
(PIM-SMJ 


The Protocol Independent 
-Multicast-Sparse Mode (PIM-SMJ 
architecture: 

■ maintains the traditional IP 
multicast service model of 
receiver-initiated membership; 

■ uses explicit joins that 
propagate hop-by-hop from^ 
members 1 directly connected 
routers toward the distribution 
tree. 

• builds a shared multicast 
distribution tree centered at a 
Rendezvous Point, and then 
builds source-specific trees for 
those sources whose data traffic 
warrants it. 

■ is not dependent on a specific 
unicast routing protocol: 

■ uses soft-state mechanisms to 
adapt to underlying network 
conditions and group dynamics. 

The robustness, flexibility, and 
scaling properties of this 
architecture make it well suited to 
larse heterogeneous internetworks. 


Routers 


An OSI network layer (Layer 3) 
device that can decide whicn of 
several paths network traffic will 

metric. Routers forward packets 
from one network to another, 
based on network layer 
information. . 


Simplex 

Communications 


One-way communications. In a 
simplex environment, there is onlv 
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a transmit or receive pach available 
between two necwork comoonents. 


The OSI model 


The ISO seven-layer model 
attempts to provide a way of 
partitioning any computer necwork 
into independent modules from the 
lowest (physical) layer to the 
highest (application) layer. Many 
different specifications exist at 
each of these lavers. 


Tunneling 


Encapsulation of network tr attic at 
one interface for decapsulation fey 
a peer interface. Also used to 
establish virtual connecting 
interfaces between subnets. 


1 Unicoi i 


Sinsle destination addressing. 


Table 2 - Multicast Network Terms 


llDefinitionof 
1 terms 


Administratively 
scoped addresses 


A range of Multicast addresses 
which are limited to intranet or 
other defined domains and which 
are not distributed to the general 
internet. 


Application 
Clients 


Network devices that request and 
receive multicast data from 
amplication servers. 


Application 
Server 


The server which originates the 
multicast distribution of a 
multicast aonlication. 


Boundary 
Routers 


P.outers which interface between 
the satellite insertion point and 
downstream clients. This is the 
first router the received multicast 
sisnal is distributed to.. 


Downstream 
Clients 


Application Clients with a 
boundary* router and possibly 
other routers, between them and 
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1 the insertion ooint. 


Downstream 
Routers 


Routers locaced downstream of the 
boundarv router. 


GRE Tunneling 


Generic Routing Encapsulation 
Tunneling protocol developed by- 
Cisco that can encapsulate a wide" 
variety of protocol packet types 
inside IP tunnels, creating a virtual 
point-to-point link to Cisco routers 

c±L 1 C11J.ULC pUUlLo Over cLXl LJr 

internet. By connecting 
multiprotocol subnetworks in "a 
single-protocol backbone 
environment. IP tunneling using 
GRE allows network expansion 
across a single-protocol backbone 
enviro nment. 


Infolink 1 MCTs Intranet, based on IP 


Insenion Point 


The point where a satellite receiver 
is attaciied to a LAN or other 
network component. 


Insertion Point 
Clients 


Application Clients that are 
directly connected to the insenion 
ooint LAN. 


EPTV 


A multicast application from 
Preceot. 


MMSE 1 MuitiMedia Sen/ices Engineering 


Operations LAN 
Segment 

- 


A LAN Segment which interfaces 
between the application server, the 
downstream clients and the 
OneratLoris Router. 


Operations 
Router 


Interface router between 
Operations LAN Segment. Uplink 
LAN Segment and terrestrial 
network. 


Satellite 

Transmission 

Path 


The combined terrestrial and space 
segment path from the Uplink LAN 
to the receiving antenna. This path 
uses the dedicated telephony 
network route to the satellite 
unlink site, where the signal is 
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inserted into the uplink signal for 
the appropriace satellite. The 
satellite broadcasts the signal to a 
■footprint' that covers the 
Continental US with 'spot beams' 
aimed at Hawaii and Alaska, (spot - 
beams optional) 


Simplex Satellite 
Multicast 


One-way communication over a 
satellite of a multicast datastream. 


Uplink LAN 


LAN connected to the Operations 
router. This LAN distributes 
multicast traffic to the satellite. 



Table 3 -Multicast Applications Terms 



definition of 1 


CPU 


The Processor or chip in a computer 
that carries out all the instructions of 
a program and controls all the other 
Darts of a comDuter. 


Decoder 


A device for decompressing a 
compressed incoming bitstream, then 
splitting it into its audio and video 
components, and converting the data 
into analog signals for Diavback. 


Encoder 


A device that records, digitizes, and 
compresses analog audio and video 
content. 


Frame Rate 


The number of complete single video 
pictures that are streamed and 
measured on a per second basis. Tne 
acronym usually used is displayed as 
ffns). * 


Functional 
Testing 


In System Testing, testing which 
attempts to find a discrepancy 
between a program and its 
specification. 


Graphical 
User Interface 


Graphical User Interface; an 
Interactive screen displav where the 
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user can move a Mouse to point the 
'arrow* cursor at symbols (icons or 
buttons) that represent data or 
instructions to die machine, reducing 
the need for keyboard tvpins 


I/O Operation 


A task on a computer that reads 
and/ or writes data to an external 
hardware device such as a CD-ROM, 
flonnv disk, hard drive. 


MPEG1 


An International Standards 
Organization (ISO) standards that 
addresses the methods for encoding 
video and audio at bandwidth rates of 
approximately 1.5 Mbps (suitable for 
CD-ROM). 


Parallel 
Processing 


The abilirv to achieve multiDle tasks 
under a single PC configured with a 
single operating system 

e^rn t 1 1 *T^J T~l PHI T Q ITT 


RAM 


Random Access Memory. A device, 
often in the form of a chip (or set of 
chips) that stores Data and programs 
for immediate use bv a CPU. Tne 
contents of RAM memory are normally 

]/«cr rrr'n f pn marhlTIP i QTtH TP Pn Oif 
X.QoL WIaCI* UiXC XJLLLl^ *.0 O wi(.U.*UU vtl. 


Regression 
Testing 


In System Testing, tests used to verify 

rt^nr Trprci r\T~) rtf fh^ ^V^fP 1 ^ 

whenever that system is modified. It 
verifies the modification and 
investigates the impact of changes on 
the existing functions. 


Streaming 


A bit sequence of compressed digital 
video. 


Video 
Resolution 


Tne number of pixels per unit area 
with the greater the number of pixels 
represent the higher the resolution. 
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Overview 

Figure 1 illustrates the general topology of a source and a 
receiving facility communicating via a network in accordance 
with a preferred embodiment. The flow of data starts at a 

5 content source 100.- The content may be in any one of a 

number of digital forms, including data files and real-time data 
streams. Data in every form and format is enabling. The data 
streams may be audio, or video originating from local sources or 
international sources. The content is transmitted to a source 

10 110 via any one of a number of methods, including network. 
Internet. Intranet, or radio broadcast. The data is forwarded to 
a satellite transmitter 120, received and forwarded to an 
orbiting satellite 130. received by a satellite receiver 140 and 
forwarded to a receiving facility 150 and transmitted to one or a 

15 plurality of destinations 160. In the alternative, the path of 
transmission between the source 110 and the receiving facility 
150 maybe via the Internet 170. The source 110 includes a 
content provider facility and a broadcast operation center. The 
receiving facility 150 includes a down-link gateway, a local 

20 program menu database and an application services facility. 
The flow of data via the satellite links 120. 130. 140 is 
unidirectional, from the source 1 10 to the receiving facility 150. 

Tne flow of data via the Internet 170 is unidirectional from the 
25 source 1 10 to the receiving facility 150. However, data 
indicating the success or lack of success of all content 
transmissions is forwarded to the source 110 via the Internet or 
public switched telephone network or ISDN at data 
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transmission speeds ranging from 28.8 kilobytes per second to 
1.5 megabytes per second. 170. 

Figure 2 illustrates the physical system decomposition in 
5 accordance with a preferred embodiment. Data is introduced 
into the system either directly from external content providers 
200 or from stored content 210 that resides on mass storage in 
the system. In the orbital space segment, the data is 
multiplexed by a multiplexer (MUX) 220. transmitted' and 
10 received by an integrated receiver device (ERD). 230 at'the local 
site of the desunation(s) . At the local destination site, the data 
is routed by a network router 240 to a local area network (LAN} 
250 and distributed via multicasting to any number of desktop 
systems 260. caching servers 270 and video servers 280. 



15 



EP Multicasting 
Broadcasting data to various individual destinations, each of 
which have satellite receiving facilities, via a satellite has been 
done before. However, it is new to multicast data using IP 
directly to various receiving facilities, which in turn transmit the 
data to the destinations. 

Figure 3 Ulustrates an IP datagram in accordance with a 
preferred embodiment. At the IP level, data is sent in datagram 
packets, a self-contained, independent entity of data carrying 
sufficient information to be routed from the source to the 
destination without reliance on earlier exchanges between this 
source, destination and the transporting network. Datagrams 
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are defined by Internet Engineering Task Force RFC 922 as 
illustrated in Figure 3. The version number 300 indicates the 
format of the Internet header. The Internet Header Length (IHL) 
305 indicates the length of the Internet header in 32-bit words. 

5 The Service Type 310 indicates the level of service that should 
be given by routers and networks. The Length 315 indicates 
the total length of the datagram in octets. The Identification 
320 indicates where. this datagram fits in with a scheme of 
assembling it with other datagrams at the destination. Flags 

10 325 indicate whether the datagram may be fragmented into 
multiple datagrams. The Fragment Offset 330 indicates where 
in the datagram *h i* fragment belongs. The Time to Live 335 
indicates how many times this datagram may be passed from 
one Internet link to another before it will be discarded. The 

15 Protocol 340 indicates which Internet protocol this datagram 
complies with, which is Internet Group Management Protocol 
(IGMP) defined by IETF RFCs 1112 Appendix I and 1122 section 
3.2.3 in accordance with a preferred embodiment. IGMP is used 
by IP multicast routers to locate and identify multicast group 

20 members on their directly attached subnets. Multicasting can 
be accomplished alternatively by subnet broadcast in 
accordance with EEFT RFC 922 or UDP flooding. IGMP is 
suoported by Protocol-Independent Multicast - Dense Mode 
(PIM-DM) routing protocol in accordance with a preferred 

25 embodiment. IP multicasting can be alternatively supported by 
routing protocols such as the Distance Vector Multicast Routing 
Protocol (DVMRP). Multicast Open Shortest Path First (MOSPF). 
Core Based Trees (CBT). Protocol-Independent Multicast - 
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Sparse Mode (PIM-SM). Real-Time Streaming Protocol (KTSP) 
Real-Time Transport Protocol (FTP) or Reservation Protocol 
(RSVP). Tne Header Checksum 345 is a checksum of the 
header fields only. The Source Address 350 is the IP address of 

5 the source of each datagram. IP addresses are 32 bitslong. 
The Destination Address 355 indicates the IP address of the 
destination. Destination addresses confrom to five classes, A. 
B, CD. and E. Class D addresses are compliant IGMP 
multicast addresses, wherein the lower 28 bits identify the 

10 multicast group to which a packet is destined. and"*the four 
high-order bits are set to "1110." Each unique multicast . 
address indicates a specific multicast group of hosts and each " 
grout) consists of zero or more hosts. 

15 Each multicast router may belong to any number of multicast 
groups. A multicast address is assigned to a set of receivers 
denning a multicast group. Senders use the multicast address 
as the destination IP address of a packet that is to be 
transmitted to all group members. Class D addresses range 

20 from 224.0.0.0 to 239.255.255.255. Tne Options 360 are a 
variable number of bit flags that indicate a number of options. 
FinaJlv. the Data 365 is placed at the end of a datagram packet. 

Data larger than some arbitrary size is divided into multiple 
25 datagrams, all of which are transmitted separately and 

independently. A sequence of IP packets sent from a source to a 
destination could travel over different paths. The original data 
set is reconstructed at the destination by assembling the data in 
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the individual datagram packets. A datagram consists of two 
major portions: The IP header and the Data 365. The IP header 
is appended before the data. 

5 Figure 4 illustrates the path of an IP multicast datagram over a 
network in accordance with a preferred embodiment The 
source computer 400 initiates transmission of an IP multicast 
datagram 410 to a IP multicast router 420. The IP multicast 
datagram 410 is identified as an IP multicast datagram by the 

10 class D destination address. The IP multicast router 420 
receives the IP multicast datagram 410, and transinits the EP 
multicast datagram 410 as an I? unicast datagram 430 to each 
of the individual destinations 440. 

15 To receive multicast packets, an IP multicast router must first 
recuest that it join a particular multicast group. This is done 
using a call to setsockoptQ in accordance with a preferred 
embodiment as presented below: 

20 struct mreq^ip 

{ 

struct in.addr imr_multiaddr; // multicast group to join 
struct in.addr imr_interface; // interface to join 

} 

25 struct mreq_ip m_req; 

setsockopt(sock. 

IPJPFROTO. 

ipImzmbership.add, 

30 fim_req,sizeof(m_req)); 
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After the IP multicast router has joined a multicast group. IP 
multicast data from an IP multicast source will be received by 
an I? multicast router. 



Boundary Router In Accordance With A Preferred 

Embodiment 



Cisco 2509 1 


Running 11.0.11 1 




Glebai Semo: 1 IP Multicast Routing I 




Prececal Setup: 


Static Route Distribution 


166.34.120.128 


OSPF 




incsri3.es Setup: 


Insertion Point LAN 
Segment 
Do'wnsrrrr'.TTi LAN 
Segment 
GRS Tunnel 


166.34.120.33 -PEVI 
166.34.120.255 — PEVI 
166.34.120.225 - NO PE 



The source code for a downstream router in accordance with a 
10 preferred embodiment is provided below as an aid in teaching 
one cf ordinary skill in the art to make and use the invention. 



version 11.0. 

service udo-small-servers 
if serrics :cp- small-servers 
! 

hesmame 2509A 
r 

enable password skv 

20 ! 

ip multicast-routing 

ip cvmrp route-limit 7000 

\' 

interface TurmelO 
15 ip unnumbered S'erialO 

tunnel source 166.34. 120.225 
tunnel destination 165.35.252.52 

; 

interface E theme tO 
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ip address 166.34.120.33 255.255.255.224 
ip pim dense-mode 

! 

interface SerialO 
5 ip address 166.34.120.225 255.255.255.224 
ip pim dense-mode 
bandwidth 2000 
no cdp enable 

; 

iO interface Serial 1 
no ip address 
shutdown 

! 

router ospf 200 -+ 
L5 . redistribute static subnets 

network 166.34.0.0 0.0.255.255 area 0.0.0.0 

! 

it) domain-name rch.mci.com 
ip name-server 166.35.191.120 
20 it) classless 

ip route 0.0.0.0 0.0.0.0 165.34.120.226 

ip route 166.34.120.123 255.255.255.224 TumnelO 

io ostDf name-loolcup 

ip r^oute 166.34.120.128 255.255.255.224 166.34.120.32 
25 no lodging console 

access-list 100 permit icmp any any 
access-list 100 deny ip any host 224.0.0.5 
access-list 100 permit ip host 166.34.120.226 any 
I 

30 ! 

line ccn 0 
- password sky 
line IS 

transport input all 
35 line aux 0 

transport input all 

line vty 0 1 

password sky 

login 
40 length 18 

iine~vty 2 4 

passTvord sky 
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login 

[ 

ncp source SertalO 
end 



Dor>ms cream Router In Accordance With A Preferred 



Embodiment 


Cisco 2509 


Running 11.1.6 






Global Settlor 


IP Multicast Routing 






Protocol Sewo: 


OSPF 






Interface Setup: 


Upstream LAN Segment 
Downstream LAN 
Sesment 


166.34.120.226 
166.34.119.162 


- PIM 
-PIM 



10 The source code for a downstream router in accordance with a 
preferred embodiment is provided below as an aid in teaching 
one of ordinary skill in the art to make and use the invention. 



version 11.1 
U service udp-small -servers 
ser/lcs :cp -small- s ervers 

j 

hostname 25 09B 
j 

20 enable password sky 
r 

ip multicast-routing 

ip dvmrp route-limit 7000 

j 

25 interface E theme tO 

ip address 166.34.119.162 255.255.255.240 
ip pirn dense-mode 

interface SerialO 
30 ip address 166.34.120.226 255.255.255.224 
ip pirn dense-mode 
bandwidth 2000 
clockrate 2000000 

I 

35 interface Serial 1 
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no ip address 
bandwidth 1500 
shutdown 
clockrate 2000000 

5 ! 

router ospf 200 

necwork 166.34.0.Q 0.0.255.255 area 0 

r 

ip domain-name rch.-mci.com 
10 ip name-server 166.35.191.120 
ip classless 
no logging console 

access-list 100 permit icmp any any 

r 

*•• 

15 line con 0 

password sky 
line 1 8 
line aux 0 
line vty 0 
20 password sky 
login 
length IS 
line vty 1 4 
password sky 
25 Icsin 
! 

nn clock-period 171S0064 
ntp source EthemetO 
end 

30 

Figures 5A through 53 comprise detailed logic presented as a 
flow chart of a computer software program that transmits IP 
multicast data using sockets m accordance with a preferred 
embodiment. Tne sender program on the source computer is 
35 started 5A00. An IP address structure labeled "sock_addr\ a 
data buffer named "data", a multicast request structure name 
M m_req\ an integer name "count", and an integer named 
"status^ are instantiated 5A10. Data is copied to a buffer 
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named "data" 5A20. Status is set to the return code of a call to 
"socketO" which passes '*AF_INET" and "SOCKDGRAM" to open a 
UDP socket 5A30. If status is less than numeric 0 5A40 
indicating failure on the socketO call, the program is exited in 
5 an error condition 5 A50. Otherwise, socket address structure 
sock addr is initialized to all numeric zeros 5A60. 

The sin.family member of sock_addr is set to AFJNET 5B00. 
The s addr member of the sin_addr member of sock_addr is set 

10 to the I? multicast address of the destination mulficast group 
5B10. The sin_port member of sock_addr is set to the port. • 
number 5320. The multicast transmission of data is attempted 
by invoking "sendtoO" and passing as parameters the integer 
status, data and number of bytes in data, a pointer to 

15 sock addr. and the number of bytes in sock.acdr and setting 
the integer status to the return code of the call to senate 0 5B30. 
If siatus is less than numeric 0 5B40 indicating failure on the 
sendtoO call, the program is exited in an error condition 5350. 
Otherwise, the program is exited in a success condition 5360. 

20 

Figures 3A through 63 present detailed logic in a flow chart of a 
computer software program that receives IP multicast data 
using sockets in accordance with a preferred embodiment. The 
receiver program on the multicast router is labeled SAOO. An IP 
25 address structure named "sock.addr" . a data buffer named 
"data", a multicast request structure name "m.req". and an 
integer named "count" are instantiated 6A10. Status is set to 
the return code of a call to "socketO" which passes "AF.INET' 
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and "SOCKDGRAiVr to open a UDP socket 6A20. If status is 
less than numeric 0 6A30 indicating failure on the socketQ call, 
the program is exited in an error condition 6A40. Otherwise, 
socket address structure sock_addr is initialized to all numeric 
5 zeros 6A50. 

The sin_family member of sock_addr is set to AF.INET 6B0O. 
The s addr member of the sixi_addr member of sock.addr is set 
a valid IP address 6310. The sin_port member of scck_addr is 

io set to the port number 6320 . The multicast transmission of 
data is attempted by invoking , 'recvfromQ ,, and passing as 
oarameters the integer status, data and number of bytes in 
data, a do inter to sock.addr. and the number of bytes in 
sock.acdr and setting the integer status to the return code of 

15 the call to sendtoQ 6B30. If status is less than numeric 0 6B40 
indicating failure on the sendtoQ call, the program is exited in 
an error condition 6B50. Otherwise, the program is exited in a 
success condition 6B60. 

20 MulticastLns utilizes tunneling to connect islands of multicast 
routers separated by links which do not support I? multicasting. 
In 'tunneling an entire datagram, including the I? header, is 
encapsulated in another IP datagram, which has a destination 
address of the network router that deencapsulates the tunneled 

25 IP datagram. When the datagram arrives at the destination 

router machine, the datagram is deencapsulated by stripping off 
the IP header, leaving the data, which is the original datagram. 
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The router then forwards the datagram to all members of the 
multicast group. 

Topologies 

5 Figure 7 illustrates the general topology of a source in 

accordance with a preferred embodiment. A source Includes 
three major functions. The content provider facility 700, the 
broadcast operation center 710. and the uplink facilities 720. 

* * 

Data generated at the content provider facility 700 • is 
10 transmitted to the broadcast operation center 71o7and is 
transmitted to the uplink facility 720. 

Figure 8 illustrates the general topology of a broadcast 
15 operation center in accordance with a preferred embodiment. 
Data enters the broadcast operation center through the input 
gateways 800 which includes a file gateway, a schedule gateway 
and a stream gateway. Data streams are forwarded to the 
output gateways 810 which, includes a repair server, a playout 
20 server, and shares the stream gateway with the input gatewajr. 
The stream gateway is shared by the input gateways 800 and 
the output gateways 8 1 0 to accommodate the urgent 
transmission requirements of 'Stream data. Data files are 
transmitted to the information store 820, and forwarded to the 
25 output gateways 810. 

Figure 9 illustrates the topology of a content provider facility 
and a broadcasting operation center including an input 
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gateway, an information store and output gateways in 
accordance with a preferred embodiment. Data streams 900 
and data files 905 are received from external sources by the 
concent provider gateway 910. Data streams 900 are assumed 

5 to be RTP/UDP unicast or multicast. Secure authentication 
and protection mechanisms including IPSEC are implemented 
in the content provider.gateway. Data files 905 are transmitted 
using a store-and-fonvard transmission architecture, utilizing 
conventional file transfer and maybe secured using - EPSEC, 

10 SSL, or S-KTTP to 

reduce the risk of exposing that information to interception by 
third parties. 

One such attempt to provide such a secure transmission 
if channel is a secure payment technology such as Secure 

Electronic Transaction (hereinafter "SET"}, jointly developed by 
the Visa and MasterCard card associations, and described in 
Visa and MasterCard's Secure Electronic Transccton (SET) 
Spec^Gzan. February 23. 1996, hereby incorporated by 
20 reference. Other such secure payment technologies include 
Secure Transaction Technology ("SIT'), Secure Electronic 
Payments Protocol rSEFF"}. Internet Keyed Payments fiKF'L 
Net Trust, and Cyber cash Credit Payment Protocol. One of 
ordinary skill in the art will readily comprehend that any of the 
25 secure payment technologies can be substituted for the SET 
protocol without undue ercperimentation. 
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Another such attempt to provide such a secure transmission, 
channel is a general-purpose secure communication protocol 
such as Netscape, Inc.'s Secure Sockets Layer (hereinafter 
"SSL") . as described in Freier. Karlton & Kocher (hereinafter 
5 "Freier'*). The SSL Protocol Version 3.0. March 1996. and" hereby- 
incorporated by reference. SSL provides a means for secure 
transmission between two computers. SSL has the advantage 
that it does not require special-purpose software to be installed 
on the customer's computer because it is already incorporated 
10 into widely available software that many people utilize as their 
standard Internet access medium, and does not require that the 
customer interact with any t±urd-party certification authority. 
Instead, the support for SSL may be incorporated into sofcware 
already in use by the customer, e.g.. the Netscape Navigator 
15 World Wide Web browsing tool. However, although a computer 
on an SSL connection may initiate a second SSL connection to 
another computer, a drawback to the SSL approach is each SSL 
connection supports only a two-computer connection. 
Therefore. SSL does not provide a mechanism for transmitting 
20 encoded information to a merchant for retransmission to a 
payment gateway such that a subset of the information is 
readable to the payment gateway but not to the merchant. 
Although SSL allows for robustly secure two-party data 
transmission, it does not meet the ultimate need of the 
25 electronic commerce market for robustly secure three-party data 
transmission. Other examples of general-purpose secure 
communication protocols include Private Communications 
Technolo^v ("PCT) from Microsoft. Inc.. Secure Hyper-Text 
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Transport Protocol ("SHTTP") from Theresa Systems. Shen. 
Kerberos. Phottiris. Pretty Good Privacy rPGP") and Ipv6 which 
meets the IPSEC criteria. One of ordinary skill in the art will 
readily comprehend that any of the general-purpose secure 
5 communication protocols can be substituted for the SSL 
transmission protocol without undue experimentation. 



10 



15 



The content provider gateway 910 packages the data in packets 
for transmission to the broadcast operation center. The content 
provider facility encrypts all data at the application level. Data 
streams 900 have a high priority as a function of the urgent or 
real-time nature of the data, and are transmitted to the output 
gateway in the broadcast operation center to speed passage of 
the data. Data files 905 have lower priority than data streams 
900, and are managed by the broadcast operation center on a 
scheduled basis. The content provider facility 9 10 
communicates to the broadcast operation center via a network 
using TCP /IP protocol. Tne communication link between the 
20 content provider gateway 9 1 0 in the content provider facility 
and the schedule gateway 9 15 in the broadcast operation center 
is a secure SSL or S-KTTP protocol. The content provider 
gateway 910 and the schedule gateway 915 exchange 
information on the scheduling of transmission of data files 905. 
25 More specifically, transmission of data files 905 is scheduled, 
revised and queried by the schedule gateway 915. Tne content 
provider gateway 9 10 transmits scheduled data files 905 to the 
schedule gateway 920 via a network connection using Unicast 
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and either File Transfer Protocol (FTP) or IPSEC. The file 
gateway 920 writes the data files 905 to the file store 925, a 
data storage medium, and forwards the data files 905 to the 
output gateways 930 at the direction of the subscription 
5 manager 935. The subscription manager 935 transmits 
scheduling information to the output gateways 930. 

Figure 10 illustrates the output gateways communicating with 
the uplink facility of the source in accordance with a preferred 

10 embodiment. The content provider gateway 1000 transmits 
data streams to the stream gateway 1010, circumventing the 
store-and-forward function that data files are subject to. The 
stream satewav 1010 functions as a File Transfer Protocol (FTP) 
proxy gateway, and an Internet Protocol (TP) circuit gateway. 

15 The subscription manager 1020 transmits to the stream 
gateway 1010, the playout gateway 1030, and the repair 
gateway 1040 information that uniquely identifies data that 
passes through each of the respective gateways. This 
information enables the respective gateways to multiplex 

20 authentication and session information including a multicast 
address, unique identifier, the destination uplink, timing, 
checksum, and format information into the data stream. 
Simultaneous delivery of data'.streams and data files at the 
destination can be coordinated by multiplexing authentication 

25 and session information in the data streams and data files 

accordingly. The stream gateway 1010 and the playout gateway 
1030 monitor the timeliness of data to the uplink gateways. 
The playout gateway 1030 and the repair gateway 1040 will 
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retrieve data files from the file store 1050 under the 
management of the subscription manager 1020. 

The output gateways will transmit data to the uplink gateways 
5 based on the multiplexed session information, which is either 
the Internet multicast gateway 1060. the fixed service satellite 
(FSS) uplink gateway 1070. or the digital broadcast satellite 
(DBS) uplink gateway 1080. Examples of DBS services are 
Direct TV and ASkyB. The uplink gateways will convert 
10 protocols and generate frames as appropriately indicated by the 
session information and the requirements of the respective . 
uplink facilities. Data is transmitted by the stream gateway 
1010 to the uplink gateways via KIP. 

15 Figure 1 1 illustrates the uplink technical core in accordance 
with a preferred embodiment. Data files are transmitted by the 
output gateways of the broadcast operation center of the source 
via a digital network interface 1 100. Data steams are 
transmitted via an analog nerwork interface 1 105. analog data 

20 is transmitted via video tape recorder 1 1 10. or data is 

transmitted via a local content feed 1115 into a 270 megabit per 
second network backbone 1120. A record of each transmission 
is made to a video tape recorder server 1 125. The data is 
encoded conforming to MPEG. Indeo orH.261 standards 1130 

25 and encrypted 1135. The data is encrypted according to 
conditional access (CA) protocol 1140 and multiplexed 1145 
with authentication and session information including a unique 
identifier, the destination uplink, timing, multicast address. 
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checksum, and format information into the data stream. The 
multiplexed data is mixed with 4-6 television concent 1 150. 
audio 1 155. and data 1 160. Forward error correction (FEC) is 
added to the data 1165. The data is transmitted and 
5 modulated according to quadrature phase shift keying (QPSK) 
specifications 1170. a Radio Frequency (RF) exciter intervenes 
in the data transmission 1 1 75. and an RF power amplifier 
amplifies the data signal 1180. 

10 Receiving Facility- 

Figure 12 illustrates the receiving facility in accordance with a 
preferred embodiment. The receiving facility includes four 
primary components, a downlink gateway 1200. a local program 
. menu database 1205.. application services 1210 and one or 

15 more client computers 1215. Data that is received by a satellite 
receiver 140 is transmitted to a satellite downlink gateway 
1200. The satellite receiver 140 is connected to the do wrltnk 
oatewav 1200 via a coaxial cable which is a type of cable with a 
solid central conductor surrounded by an insulator, surrounded 

20 by a cr/lindrical shield woven from fine wires. The shield is 
connected to an electrical ground to reduce electrical 
interference. Coaxial cable is typically used to cany high 
frequency signals including video or radio. 

25 The downlink gateway 1200 removes the satellite protocols from 
the data and frames that were added to the data by the uplink 
facilities before satellite transmission, yielding the data 
multiplexed with the authentication and session information. A 
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downlink gateway 1200 includes one or more receiver cards 
1225 that include a tuner, tuner control and satellite decoders. 
The data is transmitted by the receiver card(s) 1225 to the NDIS 
1230 and the WTNSOCK 1235 layers of software or through the 
MPEG-2 compliant 1240 and the MCI compliant 1245 layers of 
software. Then the data is reformed into IP packets for 
transmission on a local area network, or not reformed, as 
indicated by the multiplexed destination information in the data 
1250. 



10 



IP is designed for use in interconnected systems of packet- . 
switched computer communication networks, and provides for 
transmitting blocks of data called datagrams from sources to 
destinations, where sources and destinations are hosts 
15 identified by fixed length addresses. IP also provides for 

fragmentation and reassembly of long datagrams, if necessary, 
for transmission through •'small packet" networks . The model of 
operation requires an IP compliant module to reside in each 
host engaged in IP communication and in each gateway that 
interconnects networks. These modules share common rules 
for interpreting address fields and for fragmenting and 
assembling IP datagrams. In addition, these modules 
(especially in gateways) have procedures for making routing 
decisions and other functions. IP treats each IP datagram as an 
25 independent entity unrelated to any other IP datagram. There 
are no connections or logical circuits (virtual or otherwise). 



20 
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The data is transmitted either directly to a destination 
standalone client computer 1215 using a multicast IP protocol, 
or indirectly to one or more client computers 1215 through the 
application services 1210. The application services 1210 utilize 

5 a file capture service 1255 using a file retrieval mechanism 
where the data is files, or a video replay service 1260 using a 
multicast video steam replay mechanism if the data is streamed. 
A local program menu database 1205 controls which data is 
transmitted at what time utilizing authentication and session 

10 information multiplexed into the data between the do wn link 
gateway 1200. the application services 1210 and one or more 
client computers 1215. 

Altemative Architectures 
15 Figures 13 illustrates the layered system architecture in 
accordance with a preferred embodiment. Stream data is 
managed at the highest level by video storage and retrieval 
services 1300 that is supported by lower level real time 
transport services 1310 of the stream data. In comparison. 
20 data files are managed by caching and proxy services 1320 that 
are supported by web transport 1330 Internet protocols. All 
data services are supported by IP multicast services 1340 that 
have real-time transport capabilities for transport of stream 
data and store-and-forward capabilities for transpon: of data 
25 files. IP multicast services 1340 are directly supported by 

satellite bitpipes 1350. Stream data is transported by different 
software mechanisms than data files because generally the 
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priority and criticality of the data is much higher for stream 
data than for data files. 

Figure 14 illustrates the application services layer in accordance 
5 with a preferred embodiment. In an application of stream data, 
the content provider 1400 inserts stream data 1410 into the 
delivery subnetwork 1420. The delivery subnetwork has 
reserved bandwidth streams for transportation of video service 
and available non-reserved bandwidth streams for data file 
10 transportation. In comparison, in an application of file data, the 
content provider 1430 inserts file data into the delivery 
subnetwork 1420 where the data may be stored for a period of 
time and then forwarded through the delivery subnetwork 
1420. 

15 

Figure 15 illustrates the functional decomposition of 
architectural layers in accordance with a preferred embodiment. 
At the application level of the system function, the content 
provider 1500 performs content insertion 1510 into the 
20 Internetwork, the data is transmitted through the Internetwork 
to the destination computer 1520. At the Internetwork level, 
the incoming data is routed 1530 either to the subnetwork or 
the Internet 1540. Upon passage through either route, it is 
lastly routed 1550 to the destination computer 1520. At the 
25 subnetwork level, the incoming data is received by a conditional 
access (CA) device 1560. and transmitted to a multiplexer 
(MUX) 1570 in preparation for satellite transmission, then it is 
transmitted through the satellite 1580 to the integrated receiver 
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decoder (IRD) 1590. and transmitted to a conditional access 
(CA) device 1595 and then transmitted to the router 1550, and 
finally to the destination computer 1520. 

5 Figure 16 is a block-schematic diagram of a computer system. 

for example, a personal computer system on which the inventive 

information manager operates at numerous points on the 

system, including the source, the receiving facility and the 

* • 

destinations- The computer 1600 is controlled by a central 
10 processing unit 1605 (which may be a conventional 

microprocessor) and a number of other units, all interconnected 
via a system bus 1620, are provided to accomplish specific 
tasks. Although a particular computer may only have some of 
the units illustrated in Figure 16, or may have additional 
15 components not shown, most server computers will include at 
least the units shown. 

Specifically, computer 1600 shown in Figure 16 includes a 
random access memory CRAM) 1615 for temporary storage of 

20 information, a read only memory (ROM) 1610 for permanent 
storage of the computer's configuration and basic operating 
commands, and an input/output (I/O) adapter 1630 for 
connecting peripheral or network devices, including a disk unit 
1625 and printer 1635. to the bus 1620, via cables 1640 or 

25 peripheral bus 1620. respectively. A user interface adapter 
1645 is also provided for connecting input devices, including a 
keyboard 1650. and other known interface devices, including 
mice, speakers, and microphones to the bus 1620. Visual 
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output is provided by a display adapter 1655 which connects 
the bus 1620 to a display device 1660. including a video 
monitor. The computer has resident thereon and is controlled 
and coordinated by operating system software including the 
5 SUN Solaris. Windows NT. or JavaOS operating system. 

Security 

Security provisions to prevent unauthorized access to data are 
implemented at all architectural layers of this embodiment of 

10 the invention. At the subnetwork level conditional access (CA) 
is implemented at the source before the data is multiplexed as 
shown in Figure 15. Internetwork layer security (IFSEC) is 
implemented by the content provide gateway as shown in Figure 
9. Furthermore, security provisions for authentication of the 

15 user and protection of the data can be implemented outside the 
inventive information manager, passing through the inventive 
information manager transparently with no modification by the 
inventive information manager: end-to-end security 
implemented by the user of the inventive information manager 

20 is independent of the function of the inventive information 
manager and the security policy of the user of the inventive 
information manager is independent of the security provisions 
implemented by the inventive^infoirnation manager. 

25 While the invention is described in terms of preferred 

embodiments in a specific system environment, those skilled in 
the art will recognize that the invention can be practiced, with 
modification, in other and different hardware and software 
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CLAIMS 

Having thus described our invention, what we claim as new. and desire to 
secure by Letters Patent is: 

1 1. A method for media communication over a network supporting an 

2 . Internet Protocol (IP) from a source computer to one or more 

3 destination computers through a receiving facility, comprising the 

4 steps of: ^ 

5 (a) multicasting data from the source computer via a satellite utilizing an 

6 Internet Protocol (IP) to facilitate routing; 

7 (b) receiving the data at the receiving facility: 

S (c) transmitting the data from the receiving facility to each of the 

9 destinations via the network that supports the Internet Protocol for 

10 routing the information; and 

11 (d) receiving the data at the one or more destination computers with 

12 Internet Protocol addresses attached to the nerwork. 

1 2. A method for media communication over a network as recited in claim 

2 1, including the step of transmitting the status of the source computer 

3 transmission from the receiving facility to the source computer and if 

4 the status indicates transmission failure then transmitting the data 

5 and destination addresses from the source computer to the receiving 

6 facility. 

1 3. A method for media communication over a network as recited in claim 

2 l, wherein multicasting is implemented through TCP/IP. 
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1 4. A method for media communication over a network as recited in claim 

2 1 . including the step of encoding and encrypting the data for security. 

1 5. A method for media communication over a network as recited in claim 

2 1. wherein the data is stream data. 

1 6. • A method for media communication over a network as recited in claim 

2 1 , wherein the data is file data. 

1 7. A method for media communication over a network as recited in claim 

2 1 , wherein the network is the Internet. 

1 8. A computer system that facilitates media communication over a 

2 network supporting an Internet Protocol (IP) from a source computer 

3 to one or more destination computers through a receiving facility, 

4 comprising: 

5 (a) the source computer multicasting data from the source computer via a 

6 satellite utilizing an Internet Protocol (IP) to facilitate routing; 

7 (b) the receiving facility receiving the data; 

8 (c) the receiving facility transmitting the data to each of the one or more 

9 destinations via the network that supports the Internet Protocol for 

10 routing the information: and 

1 1 (d) the one or more destination computers receiving the data. 
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t 9. A computer system for media communication over a network as 

2 recited in claim 8. wherein the receiving facility transmits to the 

3 source computer the status of the transmission from the source 

4 computer and if the -status indicates transmission failure, then the 

5 source computer transmits the data and destination addresses to the 
6* receiving facility. 

1 10. A computer system for media communication over a network as 

2 recited in claim 8, wherein multicasting is implemented utilizing 

3 TCP/IP. 

1 II. A computer system for media communication over a network as 

2 recited in claim 8. wherein the data is encoded and encrypted. 

1 12. A computer system for media communication over a network as 

2 recited in claim 8, wherein the data is stream data. 

1 13. A computer system for media communication over a network as 

2 recited in claim 8. wherein the data is file data. 

1 14. A computer system for media communication over a network as 

2 recited in claim 8, wherein the communication link between the 

3 source and the receiving facility includes the Internet. 
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* 15. A computer program embodied on a computer-readable medium for A 

2 computer system that facilitates media communication over a network 

3 supporting an Internet Protocol (IP) from a source computer to one or 

* more destination computers through a receiving facility, comprising: 

5 (a) a code segment in the source computer that multicasts data from the 

6 source computer via a satellite utilizing an Internet Protocol (IP) to 

7 facilitate routing to a receiving facility; 

8 (b) a code segment in the receiving facility that receives the d^ta; 

9 (c) a code segment in the receiving facility that transmits the data to each 

10 of tke one or more destinations via the network that supports the 

1 1 Internet Protocol for routing the information; and 

12 (d) a code segment in each of the one or more destination computers that 

13 receives the data. 

1 16. A computer program for media communication over a network as 

2 recited in claim 15, including a code segment for transmitting the 

3 status of the source transmission from the receiving facility to the 

4 source and if the status indicates transmission failure, then 

5 transmitting the data and destination addresses from the source to 

6 the receiving facility . 

1 17. A computer program for media communication over a network as 

2 recited in claim 15, wherein multicasting is implemented through 

3 Internet Protocol. 
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A computer program for media communication over a network as 
recited in claim 15. including a code segment for encoding and 
encrypting the data. 

t 19. A computer program for media communication over a network as 
2 recited in claim 15. wherein the data is stream data. 

1 20. A computer program for media communication over a network as 

2 recited In claim 15, wherein the data is file data. 



i 18. 

2 
3 



48 



SUBSTITUTE SHEET (ROLE 26) 

_9909707A1_I_> 



WO 99/09707 



PCT/US98/14606 



7/7/ 



TRANSMITTER 



SATELLITE 
130 




320- 
335- 

350- 
355- 
360- 



300- 



VERSION 



305 



IHL 



FIG. 3 



IP HEADER 



310 



SERVICE 
TYPE 



IDENTIFICATION 



TIME TO LIVE 



PROTOCOL 



325 
-i— 



LENGTH 



FLAGS 



FRAGMENT OFFSET 



HEADER CHECKSUM 



-t 

340 SOURCE ADDRESS 



DESTINATION ADDRESS 



OPTIONS 



DATA 



■315 
-330 
-345 



BNSDOCID: <WO 9909707A1_I_> 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



PCT/US98/14606 



2/1 1 



200 V EXTERNAL 
CONTENT 




FIG. 2 



BNSDOC1D: <WO 9909707 A 1 _!_> 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



PCT/US98/14606 



3/11 




BNSDOCID: <WO 9909707 A 1J_> 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



PCT/US98/14606 



4/1 1 



FIG. 5A 



( START y 



5A00 



INSTANTIATE AN IP 
ADDRESS STRUCTURE 
NAMED '*sock_oddr", 
A DATA BUFFER NAMED 
"data", A MULTICAST 
REQUEST STRUCTURE 
NAMED "m_reg", AN 
INTEGER NAMED "count". 
AND AN INTEGER 
NAMED "stotus" 



5B00- 



■5A10 



5B10- 



COPY DATA TO 
BUFFER "data" 



■5A20 



SET INTEGER STATUS 
TO RETURN CODE OF 
CALL TO "socket()" 
PASSING "AF_1NET" 
AND "SOCKDGRAM" 
TO OPEN A UDP 
SOCKET 



5B20- 



•5A30 




5B30- 



5A40 



NO 



EXIT PROGRAM IN 
ERROR CONDITION 



FIG. 5B 

FROM FIG. 5A 




SET THE sia_ family 
MEMBER OF sock.addr 
TO AF_INET 



SET THE s.addr 
MEMBER OF THE 
sin_addr MEMBER OF 
sock_addr TO THE IP 
MULTICAST ADDRESS 
OF THE DESTINATION 
MULTICAST GROUP 



SET THE sin_port 
MEMBER OF sock_addr 
TO THE PORT NUMBER 



CALL "sendto" PASSING 
THE INTEGER STATUS, 
DATA AND NUMBER OF 
BYTES IN DATA, A 

POINTER TO sock_addr, 
AND THE NUMBER OF 
BYTES IN sock_addr 



INITIALIZE SOCKET 
ADDRESS STRUCTURE 
sock_addr TO ALL ZEROS 



5A60 





EXIT PROGRAM IN 
ERROR CONDITION 

T~ 



D 



NO 



5B50 



TO FIG. 5B 



5B40 



EXIT PROGRAM IN 
SUC CESS CONDIT ION 

5B60 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



PCT/US98/14606 



5/1 1 



FIG. 6A 



FIG. 6B 



( start y 



6A00 



INSTANTIATE AN IP 
ADDRESS STRUCTURE 
NAMED "sock_oddr", 
A DATA BUFFER NAMED 
"data", A MULTICAST 
REQUEST STRUCTURE 
NAMED "m_reg", AND AN 
INTEGER NAMED "count" 



6A10 



6B00- 



SET INTEGER STATUS 
TO RETURN CODE OF 
CALL TO "socket()" 
PASSING "AF_INET" 
AND "SOCKDGRAM" 
TO OPEN A UDP 
SOCKET 



6B10- 



6A20 



6B20- 




6B30- 



INITIALIZE SOCKET 
ADDRESS STRUCTURE 
sock_addr TO ALL ZEROS 



6A50 



TO FIG. 6B 



FROM -FIG. 6A 



SET THE sin_ family 
MEMBER OF sock_addr 
'TO AF.INET 



I 



SET THE s_addr 
MEMBER OF THE 
sin_addr MEMBER OF 
sock_addr TO A 
VALID IP ADDRESS 



SET THE sin.port 
MEMBER OF sock_addr 
TO THE PORT NUMBER 



CALL "recvfrom" 

PASSING THE 
INTEGER STATUS, 
DATA AND NUMBER OF 

BYTES IN DATA, A 
POINTER TO sock_addr, 
AND THE NUMBER OF 
BYTES IN sock_addr 



Q 




EXIT PROGRAM IN 
ERROR CONDITION 



D 



NO 



6B50 



6B40 



EXIT PROGRAM IN 
SUC CESS CONDIT ION 

6B60 



9909707 A 1 I > 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



PCT/US98/14606 



700 

S 

CONTENT PROVIDER 
FACILITY 



6/11 
710 

s 

BROADCAST 
OPERATION CENTER 

FIG. 7 



720 

/ 

UPLINK FACILITY 



800 

INPUT 
GATEWAY 



DATA FILES 



820 
S 

INFORMATION 
STORE 



810 

OUTPUT 
GATEWAY 



DATA STREAMS 



FIG. 8 



r CONTENT PROVIDER FACILITY 




DATA 
STREAM 




l 
l 
I 



L. 

r ' 



I 



CONTENT 
PROVIDER 
GATEWAY 



I 
I 
I 



FIG. 9 



1320 



FILE 
GAT EWAY 

▲ 



DATA 
STREAM 



1330 



1315 



1325-H GATEWAY! I 1335 



OUTPUT 
GATEWAYS 



SCHEDULE 
GATEWAY 

A 



SUBSCRIPTION 
MANAGER 



BROADCAST OPERATION CENTER 



BNSOOCID: <WO 99O9707A1 J„> 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



PCT/US98/14606 



7/1 1 



1000 



CONTENT 
PROVIDER 
GATEWAY 



1020 



SUBSCRIPTION 
MANAGER 



FIG. 1 0 

r 0UTPUT GATEWAYS" 1 *" 



STREAM DATA 



FILE STORE 



1050 



STREAM 
GATEWAY 



~7~ 

1010 



PLAYOUT 
GATEWAY 



"7~~ 
1030 



REPAIR 
GATEWAY 



"7" 

1040 



UPLINK GATEWAYS 



INTERNET 
MULTICAST 
GATEWAY 

<T~ 

1060 



FSS 
UPLINK 
GATEWAY 

1070 



DBS 
UPLINK 
GATEWAY 



1080 




INTERNET 




FSS UPLINK 
TRANSMITTER 




_J L. 



DBS UPLINK 
TRANSMITTER 



1300 



1310 



FIG. 1 3 



VIDEO STORAGE 
AND RETRIEVAL 



WEB CACHE 
AND PROXY 



REAL TIME 
TRANSPORT 



WEB 
TRANSPORT 



IP MULTICAST SERVICES 



1320 



1330 



1340 



1350 



SATELLITE BITPIPES 



9909707A1J 



SUBS! M U T E SHEET (RULE 26) 



WO 99/09707 



PCT/US98/14606 



8/11 



o 

CO. 



o 



o 



in 
co. 



~5 

CL. =d 

o 



X 



lO 



o o 
^ o: 
S o o 

o: o: qi 
O uj q; 
^ O 

o 



LO 



X 
LU 

Q_ 



0(/)u 

ulj 
= c-> ■<: 

o o 

o 
o 



LO. 



LO 



CL. 
>- 

or 
o 





UJ 


O 


CO 




CD 

<c 


I 


CO 


CO 



Is 



LO 
.LO 



O 

CO 



o 

ro 



o 
o 



i3 or Q 
> o 

g UIUJ 

5 too; 



LO 
CVJ 



o 



CO 

1 CO 



o 
5= 

CO 














LO 


ANALOG 
NETWORK 
INTERFAC! 




VTR FILE 
SCANNER 
(PLAYBACK 


1110 




SUBSTITUtE SHEET (RULE 26) 

BNSOOCID: < WO 9909707 A 1 J_> 



WO 99/09707 



PCT/US98/14606 



9/11 




1 

CD 



CD 
CD. 



lO CD UO 

cm ^ 

CM CN CsJ 

S A , 7 



3 



o 





CM 






UJ 




o 

UJ 






<£ 


CD 


CD 




E OR 
SOFTW 


CARI 


MPI 




EWAY 


or 






S 


or 

uj 


UJ 






> 
UJ 




OCK 






cd 

UJ 


co 




o <c 

CO CD 




CD 


WINS 




1 — 
CO 



CM 



CNI 



CD 
lO 
csi 



CO 

-< o 3 

i CD rv 

— 1 2> ' — 
^ CO 



CO 

o 



on 

UJ 
Ci- 
CO 



z — 



CD 
CM 

z 



CD 

CO. 

CsJ 











Q_ 
UJ 


UJ 
CD 


or 


£ 




UJ 


o 


UJ 


CO 


CD 


> 





lO 
CM 



UJ 






UJ 




CD 


<c 




CD 




UJ 


UJ 
CO 


1 




u. 







x: t3 

CD UJ 
CO CO 



O 
CD 



□C CO 
CD 
CO CD 



BNSDOCID: < WO 9909707A 1 J _> 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



PCT/US98/14606 



FIG. 1 4 



10/11 



REAL-TIME TRANSPORT 



1420 







SUBNETWORK 






CONTENT 
PROVIDER 








1410 H00 










CONTENT' 




STREAMING 








INSERTION 



















1430 



STORE AND 



1420 



FORWARD DISTRIBUTION / 







STORE AND 
FORWARD 


SUBNETWORK 






CONTENT 
PROVIDER 






CONTENT 
INSERTION 





















FIG. 1 5 



1500 



CONTENT 
PROVIDER 



1510 



CONTENT 






RT 


INSERTION 







MUX 

A 



CA 



1530 



APPLICATION 



INTERNETWORK 



SUBNETWORK 



SATELLITE 1580 



1570 1590 
1560 1595 



IRD 



CA 



1540 

internet; 




1550 



1520 



RT 






DESTINATION 






COMPUTER 



9909707A1_I_> 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



PCTAJS98/14606 




WSDOCID: <WO 9909707A1J_> 



SUBSTITUTE SHEET (RULE 26) 



INTERNATIONAL SEARCH REPORT 


Intern; at Application No 

PCT/US 98/14606 


A. CLASSIFICATION OF SUBJECT MATTER 

IPC 6 H04L12/18 H04L29/06 




According to International Patent Classification {IPC) or to both national classification and IPC 




B. FIELDS SEARCHED 


Minimum documentation searched (classification system followed by classification symbols) 

IPC 6 H04L 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and. where practical, search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * 


Citation of document, with indication, where appropriate, of the relevant passages 


Relevant to claim No. 


X 


WO 97 20413 A (NOKIA 0Y AB ;HAKULINEN 


1,3-8. 




HARRI (FI ) ) 5 June 1997 


10-15, 






17-20 




see abstract 






see page 5, line 17 - page 7, line 28 






see page 9, line 4 - page 11, line 27 






see figure 5 




Y 




2,9,16 




-/- 





Further documents are listed in the continuation of box C. 



ID 



Patent family members are listed in annex. 



° Special categories of cited documents : 

"A" document defining the general state of the art which is not 

considered to be of particular relevance 
U E" e artier document but published on or after the international 

filing date 

"L" document which may throw doubts on priority clalm(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

"O" document ref erring to an oral disclosure, use, exhtoition or 
other means 

"P" document published prior to the international filing date but 
later than the priority date claimed 



*T" later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

"X" document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

"Y" document of particular relevance; the claimed invention 

cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

document member of the same patent tamHy 



Date of the actual completion of the international search 

2 December 1998 


Date of mailing of the international search report 

15/12/1998 


Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patentlaan 2 
NL - 2260 HV Rijswijk 
Tel. <+31-70) 340-2040. Tx. 31 651 epo nl, 
Fax: (+31-70) 340-3016 


Authorized officer 

Poggio, F 



Form PCT/1SA/210 (second sheet) (July 1992) 



BNSDOCI D: <WO 9909707A 1 _l_> 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 



1 



Intern ial Application No 

PCT/US 98/14606 



C.(Continuation) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category - Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



EP 0 779 716 A (LUCENT TECHNOLOGIES INC) 
18 June 1997 
see abstract 
see page 2, column 1 
column 2, line 17 
see page 5, column 7 
column 9, line 23 
see page 6, column 
see page 8, column 
line 20 

see page 9, column 16, line 26 - line 49 
see figures 19,20 



line 11 - page 3, 

7, 1 ine 19 - page 6, 

10, line 34 - line 56 
13, line 33 - column 9, 



WO 97 27546 A (EX MACHINA INC) 
31 July 1997 
see abstract 

see page 3, line 20 - page 5, line 24 

see page 17, line 16 - page 19, line 4 

1 ine 17 - page 21 , 1 ine 17 

1 ine 1 - page 32, 1 ine 10 

line 9 - line 27 



see page 20, 

see page 31, 

see page 51, 

see figure 1 



MULTICAST TO THE MASSES" 
6, June 1997, pages 93-97, 



HURWICZ M: 
BYTE, 

vol . 22, no. 
XP000691561 
see page 93, right-hand column, line 13 
page 94, right-hand column, line 10 
see page 95, left-hand column, line 46 - 
middle column, line 9 



2,9,16 
1,8,15 



*,8,15 



1,8,15 



Form PCT/ISA/210 (continuation of second sheet) <July 1992) 
3NSDOCID: <WQ 99Q97Q7A1 I > 



page 2 of 2 



"INTERNATIONAL SEARCH REPORT 

herniation on patent family members 



Interna al Application No 

PCT/US 98/14606 



Patent document 


Publication 




Patent family 




Publication 


cited in search report 


date 




member(s) 




date 


WO 9720413 A 


05-06-1997 


FI 


955773 


A 


31-05-1997 






AU 


7698296 


A 


19-06-1997 



EP 


0779716 


A 


18-06-1997 


US 


5724345 


A 


03-03-1998 










US 


5631907 


A 


20-05-1997 










CA 


2187833 


A 


14-06-1997 










CN 


1157513 


A 


20-08-1997 










JP 


9252275 


A 


22-09-1997 


WO 


9727546 


A 


31-07-1997 


AU 


1754397 


A 


20-08-1997 



Form PCT/lSA/210 (patent tamfly annex) (July 1992) 
3NSOCCIO: <WO 9909707A 1_1_> 



WO99rt>*707 



1/11 



TRANSMITTER 



SATELLITE 
130 




320- 
335 

350 
355 
360 



300 
— V 



VER5ION 



305 



IHL 



FIG. 3 

~IP HEADER 



310 



SERVICE 
TYPE 



IDENTIFICATION 



TLJAE TO LIVE 



PROTOCOL 



325 



LENGTH 



FLAGS 



FRAGMENT OFFSET 



HEADER CHECKSUM 



340 SOURCE ADDRESS 



D ESTIMATION ADDRESS 



OPTIONS 



BNSDOCID: <WO__9909707A1TI_> 



DATA 

SUBSTITUTE SHEET (RULE 26) 



■315 
■33Q 
-345 



wo Wrtmo7 



PCT.US9S/14606 



2/11 



200- 



EXTERNAL 
CONTENT 



7 



STORED 
CONTENT 



^210 



SPACE SEGMENT 



I 

i 220 
I MULTIPLEXER 



A 



LOCAL SITE OF DESTINATION 




ROUTER 
240 



C 



LAN 
250 



! 260 

i 

j 



260- 



DESKTOP 
SYSTEM 



DESKTOP 
SYSTEM 



270 



FILTER CACHE 
AND PROXY 



Si 



D 



■2S0 1 



VIDEO SERVER 



FIG, 2 



_9909707A1TI_> 



SUBSTITUTE SHEET (RULE 26) 



WO 



PCT/USWM606 



4/11 



FTC. 5A 

< START K - 5AQQ 



INSTANTIATE AN IP / 
ADDRESS STRUCTURE / 
NAMED "soclcoddr", / 
A DATA SUFFER NAMED / 
"data 1 ", A MULTICAST 

REQUEST STRUCTURE \ 
NAMED "m_reg'\ AN / 
INTEGER NAMED "count". / 
AND AN INTEGER / 
NAMED "stolus" J 



5B00 



5A10 



SB 10- 



COPY DATA TO 
BUFFER "data" 



■5A20 



SET INTEGER STATUS 
TO RETURN CODE OF 
CALL TO "socketQ" 
PASSING "AFJNET" 
AND ' , SaCKDGRAM ,, 
TO OPEN A UDP 
SOCKET 



5B20- 



■5A30 




5B30- 



5A40 



NO 



a 



5A50 
-J— 



EX]T PROGRAM IN 
ERROR CONDITION 



FIG. 5B 

FROM FIG. 5A 

_5_ 



SET THE sir^ family 
MEMBER OF sock_oddr 
TO AFJNET 



SET THE s.addr 
MEMBER OF THE 
sifuoddr MEMBER OF 
scck^odtfr TO THE IP 
MULTICAST ADDRESS 
OF THE DESTINATION 
MULTICAST GROUP 



I 



SET THE Sin.port 
MEMBER OF sock_addr 
TO THE PORT NUMBER 



CALL "sendto 11 PASSING 
THE INTEGER STATUS, 
DATA AND NUMBER OF 

BYTES IN DATA, A 
POINTER TO sock_flddr, 
AND THE NUMBER OF 
BYTES IN sock_addr 



INITIALIZE SOCKET 
ADDRESS STRUCTURE 
5Qck_oddr TO ALL ZEROS 

TO FIG. 5B 



■5A60 



Q 




EXIT PROGRAM IN 
ERROR CONDITION 

7 



0 



NO 



5B50 



5B40 



EXIT PROGRAM IN 
SUCCESS CONDITION 

\ 

5B60 



BNSDOCID: <WO 9909707A1TI_> 



SUBSTITUTE SHEET (RULE 26) 



WO 99/1*707 



PCT/US98/1460* 



5/11 



FIG. 6A 

( START K 6 ^ 0 

INSTANTIATE AN IP 
ADDRESS STRUCTURE 
NAMED "sock.otfdr 1 ', 
A DATA BUFFER NAMED 
"data", A MULTICAST 
REQUEST STRUCTURE 
NAMED "rcureg", AND AN 
INTEGER NAMED "count" 



6A10 



6B00" 



SET INTEGER STATUS 
TO RETURN CODE OF 
CALL TO "socketQ" 
PASSING "AFJNET" 
AND "SOCKDGRAM" 
TO OPEN A UDP 
SOCKET 



6B10- 



■6A20 



6B20- 




6A30 



NO 



, 6A4D 



EXIT PROGRAM IN 
ERROR CONDITION 



6B30- 



1NITIALIZE- SOCKET 
ADDRESS STRUCTURE 
sock_oddr TO ALL ZEROS 



6A50 



5 



FIG. 6B 



FROM FIG. 6A 



1 



SET THE family 
MEMBER OF w>ck_addr 
TO AF^INET 



SET 7HE s.oddr 
MEMBER OF THE 
siruoddf MEMBER OF 
sock^o-dtfr TO A 
VALID IP ADDRESS 



I 



SET THE sin_port 
MEMBER OF sock^oddr 
TO THE PORT NUMBER 



CALL 'Vecvfrom" 

PASSING THE 
INTEGER STATUS, 
DATA AND NUMBER OF 

BYTES IN DATA. A 
POINTER TO sock_oddr, 
AND THE NUMBER OF 
BYTES IN sock_oddr 



TO FIG. 6B 



Q 




EXIT PROGRAM IN 
ERROR CONDITION 

7 



NO 



6B50 



Q 



6B40 



EXIT PROGRAM IN 
SUCCESS CONDITION 



6B60 



BNSOOCID: <WO 9909707A1TI > 



SUBSTITUTE SHEET (RULE 26) 



WO 99/(1*707 



PCT/US9Sfl46ftfi 



700 

s 

CONTENT PROVIDER 
FACILITY 



6/11 
710 

BROADCAST 
OPERATION CENTER 



FIG. 7 



72D 

jL 

UPLINK FACILITY 



800 

.A. 



INPUT 
GATEWAY 



DATA FILES 



620 



INFORMATION 
STORE 



DATA STREAMS 



TP m 

1 ' 1 \wT. 



8 



810 

J_ 



OUTPUT 
GATEWAY 



CONTENT PROVIDER FACILITY 




DATA 
STREAM 




OATA 
STREAM 



1330 




CONTENT 
PROVIDER 
GATEWAY 



FIG. 9 



1320 



FILE 
GATEWAY 



1315- 



SCHEDULE 
GATEWAY 



FIL£ 



1325-H GATEWAY 1335 ' 



SUBSCRIPTION 
MANAGER 



OUTPUT 
GATEWAYS 



BROADCAST OPERATION CENTER 



_9909707A1TI_> 



SUHSTTTUTE SHEET (RULE 26) 



wo wmiiyr 



PCT7US98A4<iO£ 



7/1 1 



FIG. 1 0 



1000 



r 0UTPUT GATEWAYS" 1 



CONTENT 
PROVIDER 
GATEWAY 



STREAM DATA 



1020 



SUBSCRIPTION 
MANAGER 



FILE STORE 



10*50 



STREAM 
GATEWAY 




UPLINK GATEWAYS 



INTERNET 
MULTICAST 
GATEWAY 



1060 



FSS 
UPLINK 
GATEWAY 



1070 



DBS 
UPLFNK 
GATEWAY 



"V" 

1080 



-^jnt™^ 




FSS UPLINK 
TRANSMITTER 




DBS UPLINK 
TRANSMITTER 



J 1 __J 



1300 



1310 



1350 



FIG. 1 3 



VIDEO STORAGE 
AND RETRIEVAL 



REAL TIME 
TRANSPORT 



WEB CACHE 
AND PROXY 



WEB 
TRANSPORT 



IP MULTICAST SERVICES 



SATELLITE BITP1PES 



1320 



■T330 



1340 



_9909707A1TI_> 



SUBSTITUTE SHEET (RULE 28) 



WO 99/09707 



8/11 




1120 


270 

ubits/s 
switching 




t 




r f 




IL 




t ■ 


1100 






ill 






1110 


go 



U1 



SUBSTITUTE SHEET (RULE 26) 



5NSDOCID: <WQ 99Q9707AlTt > 



WO 99/09707 



9/11 



c\2 

a; 




CM 



RECEIVER CARD 






LU 

i 

Qj Li_l 

1 


lo 
o 


o 




/ 




s 








O 
LO 




CSJ 


CM 













a. 

ATT 



g 



in 
cza. 



o 

<^3 




WSDOCID: <WQ 9909707A1TI > 



SUBSTITUTE SHEET (RULE 26) 



WO 99/419707 



FCTYUS9S/H606 



10/11 



FIG. 14 



REAL-TIME TRANSPORT 



CONTENT 
PROVIDE* 



1410 1400 



CONTENT 
INSERTION 



1420 

L 




1430 STORE AND 

«v FORWARD D1STRJ5UTI0N 



1420 







STORE AND 
FORWARD 


SUBNETWORK 


— 




CONTENT 
PROVIDER 






CONTENT 
INSERTION 





















FIG. 1 5 



1500 



CONTENT 
PROVIDER 



1510 



MUX 

T 



CA 



1530 



APPLICATION 



INTERNETWORK 



SUBNETWORK 



SATELLITE 1580 



1570 1590 



1560 1595- 



I 



IRD 



CA 



1540 



CONTENT 






RT 


INSERTION 








INTERNET 



1550 



1520 



RT 






DESTINATION 






COMPUTER 



BNSDOCID: <WO 9909707A1T1 > 



SUBSTITUTE SHEET (RULE 26} 



WO 



11/11 




3NSDOCID: <WO_©909707A1TL> 



SUBSTITUTE SHEET (RULE 25) 



